home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0049 / 408.txt < prev    next >
Text File  |  1997-04-16  |  27KB  |  655 lines

  1. Info-Atari16 Digest   Wednesday, August 23, 1989   Volume 89 : Issue 408
  2.  
  3. This weeks Editor: Bill Westfield
  4.  
  5. Today's Topics:
  6.  
  7.                Atari loyalty....How long can it last...
  8.                             Re: X windows
  9.                       Re: Multitasking on the ST
  10.                          Re: MODEDIT FILE(S)
  11.                        Re: Apathy and Defeatism
  12.              Re: QUESTION ABOUT SEAGATE HARD DRIVE/SUBSTN
  13.                             MMU's and ST's
  14.                       Re: Multitasking on the ST
  15.                     Replies to some NET questions
  16.                      Re: New Atari 68030 Machines
  17.                       Re: Multitasking on the ST
  18.                             Re: X windows
  19.  
  20. ----------------------------------------------------------------------
  21.  
  22. Date: 16 Aug 89 20:38:00 EDT
  23. From: "Chuck Rickard; (PC)" <chuck@umbc2.umbc.edu>
  24. Subject: Atari loyalty....How long can it last...
  25. To: "info-atari16" <info-atari16@score.stanford.edu>
  26.  
  27. I have been with Atari for years and years and years, but we all seem to start
  28. our messages off like that.  I hate to say this, but being a proud Atari owner
  29. (we always seem to say that alot also...), I really worried about its future.
  30. I really look forward to the new products that they are coming out with, but
  31. just wonder if they will support them.  Notice that I say "WILL" instead of
  32. "CAN".  I just wonder how long they expect us to put up with service like they
  33. dish out, and its not forced upon them, it's by choice!
  34.  
  35. A good friend of mine is an Atari Dealer.  He sells Ataris because he likes
  36. the machine, but the company is driving him crazy.  One time he had a Mega
  37. 3.5 drive that went bad while it was still in warrantee.  According to Atari's
  38. policy, you must call and get a return authorization number for the drive, but
  39. this was almost impossible.  Every time he called the person was either out to
  40. lunch, in a meeting, or on vacation.  For two weeks he called only to get the
  41. same responses over and over.  He finally ripped the drive apart and tried
  42. to fix it himself, and he didn't even have a repair manual for the drive!
  43. He got it working after a few hours, but with no help from Atari.  Next, a
  44. person from Atari calls about bill payment which is all in order, but the guy
  45. on the other end is totally confused because he is new!  The latest thing is a
  46. real killer!  He has been calling his dealer rep for a week now trying to get
  47. some stuff, and now finds out that the guy was either fired or moved and the
  48. account is now being handled by a dealer rep group of some kind.  Atari never
  49. even told him of the new situation or the new number!
  50.  
  51. Now I ask you, is it right for Atari to treat their people this way%ri?  Every
  52. body seems to be getting fired at Atari, and nothing seems to be getting done!
  53. Cindy is gone and then its Chris.  Dealer reps are gone,%r and the rep group
  54. is probably soon to follow.  Who knows whats going to happen next!
  55.  
  56. Now you wonder whe%rther this is_ Atari's ignorance or do they don't care!
  57.  
  58. Please reply.  Tell me what you think.  I won't get any responses from Atari.
  59. They don't care.
  60.  
  61.                               Chuck Rickard
  62.                               UMBC Academic Computing
  63.                               CHUCK@UMBC
  64.  
  65. ------------------------------
  66.  
  67. Date: 16 Aug 89 00:08:00 GMT
  68. From:
  69.  mailrus!jarvis.csri.toronto.edu!utgpu!utzoo!mnetor!tmsoft!masnet!canremote!davi
  70. d.megginson@tut.cis.ohio-state.edu  (DAVID MEGGINSON)
  71. Subject: Re: X windows
  72. To: info-atari16@score.stanford.edu
  73.  
  74. As far as I know, there is no XWindows.  There is a simple program
  75. called Unix Windows, which allows you to run several tasks on a remote
  76. Unix machine in different GEM windows.
  77.  
  78. Atari has mentioned that they might include X-Windows in the
  79. long-promised but unlikely-ever-to-be-seen 68030 machine.  Perhaps
  80. that's where you heard it.
  81. ---
  82.  * Via ProDoor 3.0R
  83.  
  84. ------------------------------
  85.  
  86. Date: 16 Aug 89 00:12:00 GMT
  87. From:
  88.  gem.mps.ohio-state.edu!csd4.csd.uwm.edu!mailrus!jarvis.csri.toronto.edu!utgpu!u
  89. tzoo!mnetor!tmsoft!masnet!canremote!david.megginson@tut.cis.ohio-state.edu
  90.  (DAVID MEGGINSON)
  91. Subject: Re: Multitasking on the ST
  92. To: info-atari16@score.stanford.edu
  93.  
  94. I did not realise that ST Minix had removed the 64k restriction.  How
  95. can it handle a program that uses, say, 2 megs of data and 200k of code?
  96.  I might be interested.
  97.  
  98. Can you use UUCP with it?  Does it allow a scheduler in the background?
  99. Sorry to put this here, but I have no access to Unix, so I can't get at
  100. any Minix groups.
  101. ---
  102.  * Via ProDoor 3.0R
  103.  
  104. ------------------------------
  105.  
  106. Date: 16 Aug 89 00:05:00 GMT
  107. From:
  108.  gem.mps.ohio-state.edu!csd4.csd.uwm.edu!mailrus!jarvis.csri.toronto.edu!utgpu!u
  109. tzoo!mnetor!tmsoft!masnet!canremote!david.megginson@tut.cis.ohio-state.edu
  110.  (DAVID MEGGINSON)
  111. Subject: Re: MODEDIT FILE(S)
  112. To: info-atari16@score.stanford.edu
  113.  
  114. The documentation clearly states that there is no editor supplied with
  115. the system.  Instead, you must take your favorite (GEM-based) editing
  116. program and rename it to EDITOR.PRG, then put it in the same directory
  117. as the M2 GEM shell.  Unfortunately, it says all of this in German.
  118.  
  119. The German M2 is terrific, especially its high-level GEM functions.
  120. Send me some email at my Bitnet address (not here) if you have any more
  121. problems.
  122.  
  123. MEGGIN@VM.EPAS.UTORONTO.CA (David Megginson, Toronto, CANADA)
  124. ---
  125.  * Via ProDoor 3.0R
  126.  
  127. ------------------------------
  128.  
  129. Date: 16 Aug 89 11:13:07 GMT
  130. From:
  131.  cs.utexas.edu!csd4.csd.uwm.edu!mailrus!sharkey!mcf!teemc!ka3ovk!lake@tut.cis.oh
  132. io-state.edu  (Marshall Lake)
  133. Subject: Re: Apathy and Defeatism
  134. To: info-atari16@score.stanford.edu
  135.  
  136. In article <1559@ns.network.com> logajan@ns.network.com (John Logajan) writes:
  137. >Xorg@cup.portal.com (Peter Ted Szymonik) writes:
  138. >> Atari's strategy HAS also worked by the way - financially the company is
  139. >> very strong and solid and 400 on the Fortune 500 list - far from an
  140. >> easy achievement for a compnay that appeared a mere four years ago!
  141. >
  142. >Atari is also number 91 as far as all US companies involved in electronic
  143. >equipment manufacture (not just computers!)  Atari is a relatively large
  144. >(net income wise) company.
  145. >
  146. >--
  147. >- John M. Logajan @ Network Systems; 7600 Boone Ave; Brooklyn Park, MN 55428  -
  148. >- logajan@ns.network.com / ...rutgers!umn-cs!ns!logajan / john@logajan.mn.org -
  149.  
  150. Aren't these statistics more than a year old?  I had thought they weren't
  151. true any longer.
  152.  
  153. ------------------------------
  154.  
  155. Date: 17 Aug 89 01:36:10 GMT
  156. From: tahoe!wheeler!mikew@apple.com  (Mike Whitbeck)
  157. Subject: Re: QUESTION ABOUT SEAGATE HARD DRIVE/SUBSTN
  158. To: info-atari16@score.stanford.edu
  159.  
  160. I would very much like to hear about the 138N 30Mbyte Seagate
  161.         ~~~~
  162. hard drive. I recently ordered an Atari Megafile 30 from ST-Plus
  163. (aka Zephyr Microsystems). After a month - still no drive
  164. (it was shipped but must have been lost by UPS, we'll ship
  165. another right away, oh well that one was the last and it was
  166. sold over the counter - sorry when we restock we'll rush  one to
  167. you PRIORITY!, oh, er uh- we decided not to restock (meanwhile
  168. my VISA bill comes with the charge on it!), we'll refund your
  169. money less 20% (over $100!!), - you (the buyer) are responsible
  170. if you don't get the drive you ordered, UPS MAY make YOU pay for
  171. the lost drive....) *
  172.  
  173. After much wasted time and desperate for a hard drive I let
  174. the owner(?) talk me into a 138N in a ICD box and a ??(BMS?)
  175. controller. WELL AM I GONNA REGTET THIS?
  176.  
  177. Please let me know if you have good or bad things to say about
  178. ~~~~~~
  179. the 138N, I gather I should be carefull about the rom serial
  180. numbers but what numbers should I look for or look-out for?
  181.  
  182. -----------------------
  183. * for the record I have purchased two color ST's and lots of
  184. software from these guy's and this is the my only really bad
  185. experience. At no time was any mention evermade of a return or
  186. restocking charge (on my first order they told me that I would
  187. get a full refund or prompt replacement/repair of damaged goods
  188. and this claim was honored on my first ST which arrived with a
  189. dead monitor). New owners? Bad day for the boss? Karma? It
  190. appears this outit does business under different rules now.
  191.  
  192. * also for the record I called UPS and they said I could trace
  193.  the original shipment myself IF I could get zephyr-ST/Plus'
  194.  shipper no. BUT in NO CASE would UPS hold the receiver
  195.  accountable for a lost/stolen/misdelivered order. Furthermore
  196.  the SHIPPER chooses if hand delivery to a persononly or leave on
  197.  doorstep is OK option BUT IN ANY CASE THE SHIPPER IS ALSO
  198.  PROTECTED FROM LOSS- UPS WILL PAY THEM FOR THE LOST ITEM.
  199.  So in no instance would Zeph/Plus  be out any money.
  200.  
  201.  As for the trace, I have not yet received the shipper no. for
  202.  Zephyr/ST-Plus but a quick check under both names show no
  203.  shipments made. I'll let you good folk know how this melodrama
  204.  resolves itself.
  205.  
  206.  mikew@wheeler.UUCP  | mikew@wheeler.wrc.unr.edu
  207.  
  208. ------------------------------
  209.  
  210. Date: 17 Aug 89 00:09:19 GMT
  211. From: hp-sdd!ncr-sd!tw-rnd!johnl@hplabs.hp.com  (John Lindwall)
  212. Subject: MMU's and ST's
  213. To: info-atari16@score.stanford.edu
  214.  
  215. In article <1075@philmds.UUCP> leo@philmds.UUCP (Leo de Wit) writes:
  216. >.. what I meant was that a
  217. >non-multitasking machine like the ST can benefit from process
  218. >protection too.
  219.  
  220. Agreed.
  221.  
  222. >If you want to do something
  223. >special, OK become root and then do your stuff (very careful), then go
  224. >back being a normal user.
  225.  
  226. OK.
  227.  
  228. >| [I, John Lindwall, said]
  229. >|So I assume (if you were using a multi-tasking system) that you would prefer
  230. >|NOT to have process protection?  I do not see the logic in this.
  231. >
  232. >No, what I meant was that I would prefer to have memory protection in
  233. >both cases. I don't see a reason why it should be more important in the
  234. >multitasking case. You can have lots of vulnerable processes in the
  235. >other case as well.
  236.  
  237. Agreed.
  238.  
  239. >...IMHO the most important use for VM is not protection, not paging
  240. >in additional memory when needed, but ... the processes being position-
  241. >independent! Try to implement the UNIX fork() call, you know what I mean
  242. >
  243.  
  244. Good point.
  245.  
  246. Now that we've hashed this subject out a bit I see that we seem to be in
  247. mutual agreement!  I've really enjoyed the exchange, but I don't see any
  248. further areas to discuss.  I've benefited by hearing your views, and I'm
  249. sure others have as well.  Thank you.
  250.  
  251. ----------------------------------------------------------------------
  252. John Lindwall                            johnl@tw-rnd.SanDiego.NCR.COM
  253.            "Above opinions are my own, not my employer's"
  254.    Health is merely the slowest possible rate at which one can die.
  255. --
  256. ----------------------------------------------------------------------
  257. John Lindwall                            johnl@tw-rnd.SanDiego.NCR.COM
  258.            "Above opinions are my own, not my employer's"
  259.    Health is merely the slowest possible rate at which one can die.
  260.  
  261. ------------------------------
  262.  
  263. Date: 16 Aug 89 17:37:00 GMT
  264. From: unsvax!jimi!otto!rex@uunet.uu.net  (Rex Jolliff)
  265. Subject: Re: Multitasking on the ST
  266. To: info-atari16@score.stanford.edu
  267.  
  268. In a precious article, I write:
  269.  
  270. It would be real nice to have, especially for
  271. software developers.  This kind of personal computer really doesn't
  272. need it though.  I seem to crash each computer equally as often when
  273. writing code for them.  It takes longer to reboot the Amiga though.
  274.                          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  275.  
  276. In reply, johnl@tw-rnd.SanDiego.NCR.COM (John Lindwall) writes:
  277.  
  278. >Try using the Amiga warm-bootable ramdisk,
  279.  
  280. I admit this will help alot.  Except when the machine crashes so hard
  281. that it won't warmboot off the raddrive.
  282.  
  283. >or a hard drive :).
  284.  
  285. I wasn't being fair my Atari has a hard drive, the Amiga does not.  But,
  286. when I didn't have a hard drive for the ST, it still beat the amiga on
  287. cold boots.
  288.  
  289. >Do Atari ST's have a bootable ramdisk, or even a ramdisk whose contents
  290. >survive a warm boot?
  291.  
  292. Yes.  There are at least two or three.  I haven't had a need for a ramdisk
  293. for a while now though, so I don't remember the names of any.  as for warm
  294. booting the ram drive, I never thought about doing that.
  295.  
  296. >John Lindwall                            johnl@tw-rnd.SanDiego.NCR.COM
  297.  
  298.  
  299.  
  300. --
  301. Rex Jolliff  (rex@otto.lvsun.com, convex, texsun, mirror!otto!rex)
  302. The Sun Newspaper -            |Disclaimer:  The opinions and comments in
  303. Nevada's Largest Daily Morning | this article are my own and in no way
  304. Newspaper                      | reflect the opinions of my employers.
  305.  
  306. ------------------------------
  307.  
  308. Date:     Wed, 16 Aug 1989 22:58 EDT
  309. From:     Greg Csullog <01659%AECLCR.BITNET@Forsythe.Stanford.EDU>
  310. Subject:  Replies to some NET questions
  311. To:       <INFO-ATARI16@SCORE.STANFORD.EDU>
  312.  
  313. 1. BIGSCRN.PRG will not let you use bigger screen sizes under Spectre 128
  314.    because Spectre chucks out the ST's GEM OS and substitutes the Mac's OS.
  315.    As such, BIGSCRN.PRG is vapourized!
  316.  
  317. 2. My NeoDesk manual says that formatting a disk under NeoDesk automatically
  318.    lays down the DOS boot sector, no need to wait for TOS 1.4. A friend of
  319.    mine says that he uses 800K disks on his 80386 and these are formatted
  320.    under NeoDesk. Personally, I have not tried to use a NeoDesk formatted
  321.    disk in a Pc at work, I still have a bunch of DClick formatted disks.
  322.  
  323. 3. If you want to boot up your ST in medium res after saving a desktop away
  324.    using a mono monitor, use STARTUP.PRG and the RES MEDIUM command.
  325.  
  326. ------------------------------
  327.  
  328. Date: 16 Aug 89 23:12:03 GMT
  329. From: pepper!cmcmanis@sun.com  (Chuck McManis)
  330. Subject: Re: New Atari 68030 Machines
  331. To: info-atari16@score.stanford.edu
  332.  
  333. In article <785@madnix.UUCP> curtis@madnix.UUCP (Curt Chambers) writes:
  334. >Just caught a news bit in InfoWorld concerning "new" Atari
  335. >68030 machines w/VME slots that will run Atari Unix Sys. V.
  336.  
  337. Interesting if true. I wonder how it will compete with the "you can
  338. touch it today." Commodore 68020 and 68030 Unix boxes that have Amiga
  339. 2000 slots.
  340.  
  341. What I really wonder of course is if either of them will compete at all
  342. with the Sun/HP/Dec 68020/68030 machines out there. Five companies each
  343. claiming 30% of the market :-)
  344.  
  345.  
  346. --Chuck McManis
  347. uucp: anywhere!sun!cmcmanis   BIX: cmcmanis  ARPAnet: cmcmanis@sun.com
  348. These opinions are my own and no one elses, but you knew that didn't you.
  349. "A most excellent barbarian ... Genghis Kahn!"
  350.  
  351. ------------------------------
  352.  
  353. Date: 16 Aug 89 21:47:17 GMT
  354. From: pepper!cmcmanis@sun.com  (Chuck McManis)
  355. Subject: Re: Multitasking on the ST
  356. To: info-atari16@score.stanford.edu
  357.  
  358. In article johnl@tw-rnd.SanDiego.NCR.COM () writes:
  359. >Consider: You are a user of the Spiffy multi-tasking-but-no-
  360. >per-process-memory-protection Machine.  You fire up a ray-trace.  It'll
  361. >finish in 12 hours so you start up a terminal program and download some cool
  362. >PD software from a BBS.  While thats all going on "in the background",  you
  363. >fire up your compiler and start writing a new program.  You run your program
  364. >and it has pointer error which causes random data to scribbled across memory.
  365. >The machine crashes --- badly -- all of the processes on the machine terminate
  366. >and the system reboots.
  367.  
  368. This is used a lot as an example but it's specious. [Why use a nickel word
  369. when a dollar one will do :-)] Here is another perspective that might
  370. change how you "view" something like the above situation.
  371.  
  372. Persons who argue "multitasking-but-no-per-process-memory-protection"
  373. [MBNPPMP] systems are no more or less useful than a
  374. "singletasking-with-Desk Accesories-or-TSR-programs" [SWDAOTP] are
  375. pretty much correct, but they might not see that they both have the
  376. same limitations. If you're desk accessory goes of into hilbert space
  377. you lose the system, if your sidekick TSR writes all over low memory
  378. for some reason you go out to lunch too. Note carefully the
  379. similarities with this situation to the one that John describes.  So
  380. given all this massive similarity, one has to wonder "So why do it one
  381. way or the other?"
  382.  
  383. The only difference, and it's a big one, is that writing, running, or
  384. starting a desk accessory or TSR type program is "different" than
  385. writing, running, or starting a regular run of the mill program. A
  386. MBNPPMP system has the same model for *all* programs so the distinction
  387. between which is the "main" program and which are the "accessory"
  388. programs goes away. If you want to use the Amiga as an example, you can
  389. think of the workbench screen as a giant desk accessory panel that lets
  390. you pick a desk accessory to start up. Yet, because all programs are
  391. the same to the system, there isn't any problem with starting up the
  392. same desk accessory twice.
  393.  
  394. The benefits that this buy you are two fold. First, you don't have to
  395. "install" anything until it's needed. And secondly, because there are
  396. no special cases around the types of programs, as an author and as a
  397. user, you don't have to "know" what else has happened to the system
  398. to be confident of working. And these make the system incredibly
  399. flexible.
  400.  
  401. I leave it as an exercise for the reader to define which is "better." :-)
  402.  
  403. --Chuck McManis
  404. uucp: anywhere!sun!cmcmanis   BIX: cmcmanis  ARPAnet: cmcmanis@sun.com
  405. These opinions are my own and no one elses, but you knew that didn't you.
  406. "A most excellent barbarian ... Genghis Kahn!"
  407.  
  408. ------------------------------
  409.  
  410. Date: 17 Aug 89 03:08:10 GMT
  411. From:
  412.  ginosko!aplcen!haven!uvaarpa!hudson!astsun7.astro.Virginia.EDU!gl8f@uunet.uu.ne
  413. t  (Greg Lindahl)
  414. Subject: Re: X windows
  415. To: info-atari16@score.stanford.edu
  416.  
  417. In article <89081607065604@masnet.uucp> david.megginson@canremote.uucp (DAVID
  418.  MEGGINSON) writes:
  419. >As far as I know, there is no XWindows.  There is a simple program
  420. >called Unix Windows, which allows you to run several tasks on a remote
  421. >Unix machine in different GEM windows.
  422.  
  423. You can get X Windows with IDRIS, but it runs over a serial link.
  424. I guess the IDRIS people aren't listening anymore, as they have
  425. posted here about the product before.
  426.  
  427. ------
  428. Greg Lindahl
  429. gl8f@virginia.edu                                             I'm not the NRA.
  430.  
  431. ------------------------------
  432.  
  433. End of Info-Atari16 Digest
  434. **************************
  435. -------
  436.  
  437. Info-Atari16 Digest   Wednesday, August 23, 1989   Volume 89 : Issue 407
  438.  
  439. This weeks Editor: Bill Westfield
  440.  
  441. Today's Topics:
  442.  
  443.                              Xanth Demos
  444.                           awk and MT C-Shell
  445.               Re: My last comments about ST multitasking
  446.                            re:multi-tasking
  447.                               Stadel 3.3
  448.                              Re: C.E.K.A.
  449.                       GEM/VDI/Window programming
  450.                       Atari GEM/VDI programming
  451.                   Re: Latest version of PageStream?
  452.          Towards a real, somewhat compatible multiTASKING TOS
  453.                       Re: Multitasking on the ST
  454.            QUESTION ABOUT USING SPECTRE WITH COLOR MONITOR
  455.                   QUESTION ABOUT SEAGATE HARD DRIVE
  456.  
  457. ----------------------------------------------------------------------
  458.  
  459. Date: 16 Aug 89 13:46:30 GMT
  460. From: brett@umd5.umd.edu  (Brett Bourbin)
  461. Subject: Xanth Demos
  462. To: info-atari16@score.stanford.edu
  463.  
  464.     Does anyone know of an archive that has the sources to the old
  465. Xanth Park graphic demos?  I noticed in one STart issue, they had an article
  466. about the Atari Fuji demo and said that source was available.  Thanks.
  467.  
  468. ------------------------------
  469.  
  470. Date: 16 Aug 89 15:25:20 GMT
  471. From: ogccse!blake!bissiri@husc6.harvard.edu  (Moja Fritzah)
  472. Subject: awk and MT C-Shell
  473. To: info-atari16@score.stanford.edu
  474.  
  475. Has anybody gotten beyond the bus error running
  476. awk under MT C-Shell?  Perhaps my 1 meg ST isn't enough...
  477. though I have over 360k+ remaining after the shell is installed.
  478.  
  479. awk works fine in GULAM.
  480. -kevin
  481. bissiri@blake.acs.washington.edu
  482.  
  483. ------------------------------
  484.  
  485. Date: 16 Aug 89 16:57:43 GMT
  486. From: cbmvax!daveh@rutgers.edu  (Dave Haynie)
  487. Subject: Re: My last comments about ST multitasking
  488. To: info-atari16@score.stanford.edu
  489.  
  490. in article <8908160401.AA01009@ucbvax.Berkeley.EDU>, 01659@AECLCR.BITNET (Greg
  491.  Csullog) says:
  492.  
  493. > Look, I can format floppies from within all my ST applications,
  494.  
  495. But you have to either have the Format command available as a desk accessory
  496. (don't know if it's possible?), or each individual program must worry about
  497. including a disk format option.  Certainly if that's important to the market,
  498. most will, but it's still something a program's author shouldn't have to
  499. worry about -- debugging the real application should occupy all their time.
  500. Plus, when I format a floppy, I can click back to my WordProcessor or
  501. Terminal or whatever else I have running, while the format takes place.
  502.  
  503. > I can run a word processor, a spreadsheet and a painting program at the same
  504. > time and switch between them.
  505.  
  506. But you can't have the word processor ask the data base to find you client
  507. files, extract some data, pass it to the spreadsheet, generate a color
  508. image, then pass that to the paint program for conversion to black and
  509. while, before being inserted into your word processor.  You need several
  510. programs active for that kind of interaction.
  511.  
  512. > BUT, when I want to crank out dbMAN reports from my databases (one is
  513. > almost 4 megabytes), I don't want to slow down my 68000 by using another
  514. > application at all. I want the dbMAN stuff out asap.
  515.  
  516. DataBase stuff is often disk intensive.  If my DB program is thumbing through
  517. 100 megs of database to prepare a report, I'll likely have lots of CPU time
  518. left for other stuff.
  519.  
  520. --
  521. Dave Haynie Commodore-Amiga (Systems Engineering) "The Crew That Never Rests"
  522.    uunet|pyramid|rutgers!cbmvax!daveh      PLINK: D-DAVE H     BIX: hazy
  523.            Be careful what you wish for -- you just might get it
  524.  
  525. ------------------------------
  526.  
  527. Date:    Wed, 16 Aug 89 13:43 CDT
  528. To:      info-atari16@score.stanford.edu
  529. From:    Gordon Meyer
  530.  <TK0GRM1%NIU.BITNET@UICVM.uic.edu>
  531. Subject: re:multi-tasking
  532.  
  533. >How about dowloading a file to one drive, formatting a disk
  534. >in the other, and editing some text at the same time.
  535.  
  536. I do exactly that on my ST already!  Using SHADOW and Mystic
  537. Formatter (both by Double Click Software) it's a piece of
  538. cake.
  539.  
  540. ------------------------------
  541.  
  542. Date:         Wed, 16 Aug 89 16:02:37 EDT
  543. From:         Brian Holmes <BHOLMES%WAYNEST1.BITNET@Forsythe.Stanford.EDU>
  544. Subject:      Stadel 3.3
  545. To:           Atari Newsgroup <INFO-ATARI16@SCORE.STANFORD.EDU>
  546.  
  547. I just FTPed all the Stadel 3.3 files to terminator.cc.umich.edu
  548. They are in atari/new/stadel  .  I just thought I'd let everyone
  549. know they are there.
  550.  
  551.                         Brian Holmes
  552.                         CSC Operating Systems & Communications
  553.  
  554. SNAIL    : Wayne State University, 5925 Woodward, Detroit MI 48202 U.S.A.
  555. BITNET   : BHOLMES@WAYNEST1
  556. INTERNET : Brian_Holmes@UM.CC.UMICH.EDU
  557. UUCP     : UMIX|ITIVAX!WAYNE-MTS!BRIAN_HOLMES
  558.  
  559. ------------------------------
  560.  
  561. Date: 16 Aug 89 20:41:48 GMT
  562. From: zodiac!weaver!rlee@ames.arc.nasa.gov  (Richard Lee)
  563. Subject: Re: C.E.K.A.
  564. To: info-atari16@score.stanford.edu
  565.  
  566. In article <114@bdt.UUCP> bms@bdt.UUCP (Vance Chin) writes:
  567. |[James McHugh] will tell some pretty TALL tales,  one was that he was
  568. |doing some work for the National Security Agency and that he sold 500
  569. |(yes 500) ST's to them as smart crypto terminals.
  570.  
  571. Now _that's_ a good trick, since "Agency Standard Terminals" are IBM PC
  572. AT's and XT's.
  573.  
  574. ------------------------------
  575.  
  576. Date: 15 Aug 89 11:34:36 GMT
  577. From: mcvax!ukc!axion!fulcrum!chrisl@uunet.uu.net  (Chris Parkin Lilley)
  578. Subject: GEM/VDI/Window programming
  579. To: info-atari16@score.stanford.edu
  580.  
  581. Oops, forgot to include my email address for replies. Here it is...
  582.  
  583.  
  584. --------------------------------------------------------------------------------
  585. Chris Parkin Lilley, CS1.2,        | JANET:    chrisl@uk.co.bt.fulcrum
  586. B.T. Fulcrum,                 | ARPA:        chrisl@fulcrum.bt.co.uk
  587. Fordrough Lane, Bordesley Green,    |         chrisl@cat.uucp
  588. Birmingham B9 5LD, UK.            | Phone:    +44 21 771 2001 ext 5673
  589.  
  590. ------------------------------
  591.  
  592. Date: 15 Aug 89 11:28:45 GMT
  593. From: mcvax!ukc!axion!fulcrum!chrisl@uunet.uu.net  (Chris Parkin Lilley)
  594. Subject: Atari GEM/VDI programming
  595. To: info-atari16@score.stanford.edu
  596.  
  597. Hello AtariLand,
  598.  
  599. I am about to embark on the writing of a fairly major piece of programming on
  600. a 1040 ST with Mark Williams C (I think). I am writing a windowing application
  601. which will also have to gather data from the ST serial port.
  602.  
  603. Can anyone recommend
  604.     a) a good introductory text on programming, particularly the serial
  605.          interface and the windowing features,
  606.  
  607.     b) a good reference work for the same features
  608.  
  609. Thanx in advance,
  610.  
  611.     Chris Parkin Lilley
  612.  
  613. ------------------------------
  614.  
  615. Date: 15 Aug 89 20:40:53 GMT
  616. From: asuvax!hrc!gtephx!covertr@handies.ucar.edu  (Richard E. Covert)
  617. Subject: Re: Latest version of PageStream?
  618. To: info-atari16@score.stanford.edu
  619.  
  620. In article <1605@cod.NOSC.MIL>, jensen@cod.NOSC.MIL (Layne K. Jensen) writes:
  621. > I have the version of PageStream that was released toward the end of 1988,
  622. > the first really "usable" version.  (I don't have the disk with me at the
  623. > moment, so I can't give the numerical version number.)  I use it occasionally,
  624. > but the more I do the more frustrated I become with the bugs.
  625. >
  626. > Can someone tell me the number of the latest version?  I haven't received
  627. > any word from SoftLogik about availability, but I recently saw a message
  628. > on the network that made me think there may be a newer one.
  629. >
  630. > I've been giving SoftLogik the benefit of the doubt since the days of the
  631. > original Publishing Partner, but it's beginning to wear thin.  If there has
  632. > been an upgrade sometime in the last six months or so, what are the terms?
  633. >
  634.  
  635.     A couple of things about Softlogik. First, SL is a very small company
  636. and they have always had a bad reputation when it comes to Publishing Partner
  637. or PageStream (PgS). The last,offically released, version of PgS was 1.52.
  638. SL is working on a version of PgS for the Amiga, but I don't know much about
  639. it. My feeling is that PgS for the ST is pretty much dead. I use Calamus, which
  640. has much better support. There are rumors of 'beta' versions, up to 1.59, being
  641. tested. In fact, I read in ST REPORT about a custmoer out in San Diego who got
  642. 1.59 by mistake. The folks at SL accussed him of piracy when he asked SL about
  643. it.
  644.  
  645.     Another, I read an article about SL. It seems that a disgruntled (to put
  646. it mildly (-( ) sent a mail bomb to SL after he was fired!! The SL people called
  647. the Police, who disarmed it. I have to admire those police officers! I have no
  648.  idea
  649. why or who the former employee was.
  650.  
  651.     If you can get an account on GEnie you can get more info, and leave questions
  652. to SL.
  653. rec
  654.  
  655. ə